Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: pin virtualenv version to 20.20.0 #205

Merged
merged 3 commits into from
Apr 20, 2023

Conversation

gnufede
Copy link
Member

@gnufede gnufede commented Apr 20, 2023

Virtualenv dropped support for Python 2.7, so we need to pin this requirement in order to keep creating 2.7 virtualenvs

@gnufede gnufede requested a review from a team as a code owner April 20, 2023 11:01
@gnufede gnufede added the no-changelog This does not need a user visible changelog label Apr 20, 2023
avara1986
avara1986 previously approved these changes Apr 20, 2023
@brettlangdon brettlangdon removed the no-changelog This does not need a user visible changelog label Apr 20, 2023
Copy link
Member

@brettlangdon brettlangdon left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we just need a changelog entry, otherwise lgtm

@P403n1x87
Copy link
Contributor

Awesome find! Should we perhaps make this more general and pin all dependencies?

@brettlangdon
Copy link
Member

Awesome find! Should we perhaps make this more general and pin all dependencies?

I'd prefer we not, same as our other packages, we should only set minimum required versions....

in fact for this, we could probably just do virtualenv<=20.20.0 to avoid upgrading someones own version of virtualenv.

@P403n1x87
Copy link
Contributor

IMO we should install riot in its isolated environment as a stand-alone tool (e.g. with pipx) and pin all dependencies. I don't think that we would ever have the need to "inject" riot in other environments.

@gnufede
Copy link
Member Author

gnufede commented Apr 20, 2023

we just need a changelog entry, otherwise lgtm

Should it be a fix entry? or what kind?

@brettlangdon
Copy link
Member

IMO we should install riot in its isolated environment as a stand-alone tool (e.g. with pipx) and pin all dependencies. I don't think that we would ever have the need to "inject" riot in other environments.

We aren't the only users of riot though. so instead would be better to be as open/permissive on dependencies as possible.

If we want we can/should have a pipx/pip-compile lock file for riot where we install it in our CI environment?

@brettlangdon
Copy link
Member

@P403n1x87 we can probably handle as a follow-up, since this fix vs changing how riot defines dependencies can be separated. wdyt?

@brettlangdon brettlangdon enabled auto-merge (squash) April 20, 2023 12:15
@brettlangdon brettlangdon changed the title chore(ci): pin virtualenv version to 20.20.0 fix: pin virtualenv version to 20.20.0 Apr 20, 2023
@brettlangdon brettlangdon enabled auto-merge (squash) April 20, 2023 12:16
@P403n1x87
Copy link
Contributor

@P403n1x87 we can probably handle as a follow-up, since this fix vs changing how riot defines dependencies can be separated. wdyt?

👍 yep, that's fine by me.

@brettlangdon brettlangdon merged commit 5a7e061 into master Apr 20, 2023
@brettlangdon brettlangdon deleted the gnufede/pin-virtualenv-20.20.0 branch April 20, 2023 12:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants